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Abstract 

We present two methods to compress the description of a route in a road network, i.e., of a path in a 
directed graph. The first method represents a path by a sequence of via edges. The subpaths between 
the via edges have to be unique shortest paths. Instead of via edges also via nodes can be used, though 
this requires some simple preprocessing. The second method uses contraction hierarchies to replace 
subpaths of the original path by shortcuts. The two methods can be combined with each other. Also, 
we propose the application to mobile server based routing: We compute the route on a server which 
has access to the latest information about congestions for example. Then we transmit the computed 
route to the car using some mobile radio communication. There, we apply the compression to save 
costs and transmission time. If the compression works well, we can transmit routes even when the 
bandwidth is low. Although we have not evaluated our ideas with realistic data yet, they are quite 
promising. 

Keywords, server-based mobile route planning, GPS-based car navigation, hybrid scenario, data 
compression, mobile communication, cellular phone network, graph algorithms, shortest path. 

1 Introduction 

Today GPS-based car navigation is quite common. There, routes can be computed either by a mobile 
device located in the car or by a server system located in a computing center. The latter can be useful to 
take temporary congestions or the latest changes of the road network or of the POI data into account. But 
then, a description of the route has to be transmitted to the car using some mobile radio communication 
like the cellular phone network for example. Of course, good compression rates are desireable as they 
help to save costs and transmission time. Especially on countryside highways bandwidths can be low. 

In this paper we describe two approaches for compressing a route: In the first approach, we represent 
a route by giving only a few road segments which we call via edges. Equivalently, one can also use via 
nodes, though this requires some simple preprocessing of the road network. Via edges and via nodes 
require that the mobile device located in the car has passably up-to-date map data and the capability to 
compute optimal routes with respect to this data. In the second approach, contraction hierarchies ifTOll 
are used to encode a route using shortcuts. In this case the mobile device in the car has to support 
contraction hierarchies too. The two approaches can also be combined. 

2 Preliminaries 

In route planning a road network is usually represented by a weighted directed graph G = (V, E , c) where 
the nodes represent junctions and the edges represent road segments; c:E — > if assigns a weight to every 
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edge in E. Here, we only consider the simplest case of time-/«dependent edge weights, where ^ = R>o 
holds. But of course, our method can be applied to more general scenarios, where the server performs 
time-dependent route planning [ 2 , 3 ] for example. 

For ^ = M>o optimal routes can be computed using Dijkstra's algorithm. Alternatively, one of the 
numerous recent and much more efficient methods can be used [5 ]. Routes are actually paths in G. Here, 
we formalize a path as a sequence ((1*1,1*2), (1*2, 1*3), ... , (u n ,u n+ \)) with (w,,w, + i) € E for 1 < i < n. Of 
course, two paths P := ((uy,u 2 ), ... , (u n ,u n+ \)) and P' := ((vi , v 2 ), . . . , (v m ,v m+ i)) with u n+ \ = v\ can 
be concatenated — we write P®P' for the concatenated path. Shortest paths are not necessary unique 
in G, i.e., there may be more than one shortest path between the respective start and destination nodes. 
But if there is a unique shortest path from a node u to a node v, then we denote it by SP(w, v). 

3 Compression of Paths Using Via Edges 

3.1 Representing a Path by Via Edges 

Given a path P = ((ui,u 2 ), (1*2,1*3), . . . , (u n,i*n+\)) hi G, which is not necessarily a shortest path. Let 
Q = ((w l ,m/j+i), (ui 2 ,Ui 2+ \), . . . , (ui k ,Ui k+ \)) be a subsequence of P with the property that the shortest 
paths from u\ to k/j, from U[ k+ \ to u n , and from Uj j+ \ to are unique for all 1 < j < k. If 

P = SP(wi , u h ) © {(u h ,u h+ i))® SP(k,- 1+ i , u h ) © ((u h , Mij+i)) © • • • © SP(u ik+ i ,u n+ i) 

holds, then P is completely determined by Q. We call Q a representation of P by via edges in this case. 
There, (m,-, , +1) , . . . , (u.{ k , Uj k+ i ) are the via edges. 

Corollary 1. If Q is a representation of a path P by via edges, then \Q\ < \P\ holds. 

Corollary Q] means that Q is a compressed representation of P. At best, P itself is a unique shortest 
path in G and we can represent P by the empty sequence Q = () if the start and the destination of P are 
known. Given a representation Q= ((ui { ,Ui l+ ]),. . . ,(ui k ,Ui k+ \)) of apathPby via edges the path P can 
be reconstructed very easily: We only have to perform a one-to-one shortest path query between all pairs 
of nodes u\ +i and w,- +1 for j € {1, ... ,k — 1}, between the start node and u\ x , as well as between ut k+ \ 
and the destination node. 

3.2 Representing Paths by Via Nodes 

Analogous to via edges, several paths can also be represented by via nodes. Then, a path P is represented 
as a sequence of nodes lying on P. Again, the subpaths between the via nodes have to be unique shortest 
paths. However, this fails in some cases. Consider, for example, a path that consists of one single 
edge and that is not a unique shortest path. With via nodes we could not represent this path. However, 
this problem can solved if we apply a simple preprocessing to G: We just have to replace all edges 
in (u,v) G E, that are not unique shortest paths, by a path ((u,w new ) , (w new ,v)} , where w new has to be 
newly added to V. Also, we have to set c((u,w new )) := c((w Dew ,v)) := c((u,v))/2. Having applied this 
preprocessing all shortest paths in G can be represented using via nodes. Although the results in the 
work are described in terms of via edges, they can also be used with via nodes — if this preprocessing 
is applied to the underlying graph before. 

3.3 Computing a Minimal Representation by Via Edges 

A representation Q of a path P by via edges is minimal if for all other such representations Q 1 holds 
\Q\ < 1 2' |- Algorithm Q] yields such a minimal representation of a path P by via edges. It performs 
0(|P|) one-to-one shortest path queries in G. 
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Algorithm 1: Computes a minimal representation of a path by via edges. 

1 function viaEdges(((u\ ,112) , ■ • • , (u n ,u n+ \)) : path) : sequence of E 

2 i := 1 : N 

3 Q := () : sequence of E 

4 for 7 := 1 to n do 

5 if ((ui,Uj+i), . . . , (uj,Uj + i)) is unique shortest path from u\ to Uj + \ in G then continue 

6 Q.append({uj,Uj + i)) 

7 \_i:=j+l 

8 return Q 



Algorithm 2: Computes the same as Algorithm Q] but runs faster when few via edges are needed. 

1 function maxPrefixSP(j,k : N) : N 
2 

3 
4 
5 
6 
7 



(£,r):=(j-l,k) 
while frwe do 

if £ + 1 = r then return £ 

m:= L(^+r)/2j 

if ((uj,uj + i), . .. , (u m ,u m+ i)) is unique shortest path from uj to u m+ \ in G then £ := m 
else r :=m 



8 function viaEdges({{u\ , M2) , . . . , (u n ,u n+ i)) : paf/z) : sequence of E 
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i := 1 : N 

Q := () : sequence of E 
while / < « do 

p := maxPrefbcSP(i,n) 
if p <n then Q. append ((u p+ i,u p+ 2)) 
i:= p + 2 

return Q 



Algorithm [2] does in principle the same as Algorithm [Q because both algorithms compute the maxi- 
mum p G {i — 1, .. . ,n} such that the subpath ((ui,Uj + i),. . . , {u p ,u p+ \)) of P is a unique shortest path in 
G (there, p = i — 1 means that no such subpath of P starting at w, exists). Then, both algorithms append 
the edge {u p+ \,u p+ 2) to the result sequence Q. In case of Algorithm [2] we delegate the computation 
of p to the auxiliary function maxPrefixSP (cf. Lines [T] to [7]) which works similar to binary search and 
performs only 0(log \P\) one-to-one shortest path queries hence. As a consequence Algorithm [2] com- 
putes the same result as Algorithm [T] but needs only 0(|<2|log |P|) one-to-one shortest path queries for 
Q being the resulting representation by via edges. This means that Algorithm [2] should run faster than 
Algorithm [T] when Q contains only few edges. If we replace the function maxPrefixSP from Algorithm |2] 
by another variant (cf. Algorithm [3]>, we can even reduce the number of one-to-one shortest path queries 
toO(|g|log(|P|/|GD). 

4 Applying Contraction Hierarchies 

A contraction hierarchy (CH) iflOl Q is a hierarchical representation of a road network, where the nodes 
are ordered by importance. More important nodes are on a higher level of the CH than less important 
nodes. The CH is obtained from the original road network G in a preprocessing step. It contains shortcut 
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Algorithm 3: Reduces the asymptotic running time of Algorithm [2] to 0(|<2| log(|Pj/|<2|))- 

l function maxPrefixSP(j,k : N) : N 
h:=0 

while true do 

if ((u,j,Uj + i) , (uj + h-\ , Uj + h)) is unique shortest path from uj to Uj + h in G then h := 2h 
else break 

(i,r):=(j+[h/2\-l,k) 
while true do 

if I + 1 = r then return I 

m: = [{£ + r)/2\ 

if {(uj,Uj + i), . .. , (u m ,u m+ i)) is unique shortest path from uj to u m+ \ in G then I := m 
else r :=m 



edges that leap valleys, i.e., subpaths that go through lower levels. More precisely, every shortcut edge 
represents a path of the form ((v, u), (u,w)) such that the level of u is lower than the level of v and w. 
Note, that (v,u) and (u,w) can be shortcuts themselves. 

4.1 Compressing a Path Using Contraction Hierarchies 

Originally, CHs are used for the very fast computation of shortest paths. Here, we also use them 
to represent paths, that are not necessary shortest ones, in a space efficient way: Given a path P = 

{(ui,u 2 ),(u 2 ,m),...,(u 

ni u n+\)) an d a CH we compress P by replacing subpaths of P with shortcuts 
present in the CH. To do so, we "contract" the path P as far as possible. Algorithm [4] shows this method 
in more detail. Note, that even if a shortcut (v,w) is present in the CH, it is not necessarily the case 
that this shortcut represents the path ((v,K/.), (m;.,w)). This is because parallel edges arise during the 
construction of the CH and parallel edges are thrown away during preprocessing. 

Applying Algorithm|4]to a path P we get a path P' which contains shortcuts. If we repeatedly replace 
all shortcuts in P' by the path they represent until no shortcuts are left, then we surely end up with the 
original path P. Hence, P is completely determined by P' and we call P' a representation of P using a 
CH. Note, that P' as generated by Algorithm |4] is minimal with respect to this property. More precisely, 
for every other path P", that contains shortcuts from the given CH and that completely determines P, we 
have |P'| < \P"\. According to the following corollary such a representation is also a way to compress a 
path: 

Corollary 2. Let P be a path in G. Let P' be the result of Algorithm^when applied to P with some CH 
given. Then \P'\ < \P\ holds. 

The sorting of the nodes (cf. Line [3]) can be done in 0(|P| log \P\) time. Let d be the maximum 
number of incoming or outgoing edges of a node in the CH. Then, the Lines |4] to [6] take 0(d\P\) time. 
That means, Algorithm |2] needs 0(<i|P| + \P\ log \P\) time in total. 

4.2 Combining Via Edges and Contraction Hierarchies 

The representation by via edges and the representation using a CH can be combined quite easily. First, 
apply Algorithm [4] to the given path P and then compute a representation Q' of the resulting path P' 
by via edges. The unpacking of Q' is straightforward then: Just reconstruct P' from Q' as described in 
Section [331 and then recursively unpack all shortcuts in P' completely. 
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Algorithm 4: Replaces subpaths of a path by shortcuts of a CH. 



l function compressWithCH(({u\ ,1*2), . .., {u n ,u n+ \)) -.path) : path 
2 
3 
4 
5 



R := {(ui,u 2 ),...,(u n ,u n+ i)) :path 

sort U2, ■ ■ ■ , u n according to increasing level yielding w ;i , . . . , u j B l 
for j := 1 to n — 1 do 

if a shortcut (v,w) representing the subpath ((v,Mj.), o//? ij present in the CH 

then 

[_ replace ((v,w ; -.), (m^.w)) by ((v,w)) mR 
return R 



Note, that \P'\ < \P\ holds. We even expect that in many cases we have |P'| <C |P|. But then, we have 
to perform much less one-to-one shortest path queries than if we represent P by via edges directly. But 
one-to-one shortest path queries are one of the expensive operations in this setup. So, the combination 
of both methods may not only provide better compression but also better running times than if via edges 
were used alone. 



5 Application 

5.1 A Hybrid Scenario 

We propose a hybrid scenario of server based mobile routing, where start, destination, and maybe some 
additional requirements are send from the car over an available wireless communication network to a 
server. The message containing this query will be very small. Unfortunately, this will most probably not 
be the case for the resulting route, which may consist of hundreds of road segments and must be send 
from the server to the car. 

If routes consist mainly of subpaths which are unique shortest paths, then the sizes of the corre- 
sponding messages can be reduced greatly if we represent the routes by via edges. Further compression 
is possible by using via nodes which can be represented somewhat more compactly than edges but 
require the preprocessing explained in Section [3^21 

The route has to be reconstructed in the car. This requires a mobile device present in the car, which is 
equipped with map data which is not too far away from the current state of the road network and which 
is able to compute optimal routes with respect to this data. However, the map data must be present in the 
car anyway as driving directions have to be generated in the car in this setting. Of course, the server has 
to know the map data present in the car exactly. To achieve this, the server could store every version of 
the map data which has ever been delivered to any cars mobile device. The mobile device has to send the 
unique ID of its map data to the server together with every query. Note, that outdated map data requires 
that additional information is send from the server to the car if necessary. If this happens only rarely, 
this is no problem. However, updates of the cars map data may be necessary from time to time. 

The compression of routes using via edges or via nodes only makes sense, when the compressed rep- 
resentation needs significantly less space than the route itself. In this case the mobile device has to per- 
form only few one-to-one shortest path computations to uncompress the route. However, with Dijkstra's 
algorithm this would still be to slow. This holds even more for mobile devices, which usually have little 
main memory and slow flash storage. However, the current speedup techniques for shortest-paths com- 
putation Q can solve this problem. Especially, we recommend contraction hierarchies (CHs) iflOl 171. 
which were used to compress routes in Section [4] CHs are a very effective speedup technique, that has 
already successfully been adapted to the needs of mobile devices lfTTl[T2l . Mobile contraction hierar- 
chies need on average 0. 1 sec to answer a random shortest-path query on a data set of the European road 
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network iTTTTl . So, if a route is represented by 10 via edges, for example, then we have to perform 11 
one-to-one shortest path queries and the whole route can be constructed within 1 . 1 sec — or even less 
as the paths between the via edges are most likely not that long. Furthermore, to start driving, we only 
need the first part of the route quickly which requires only one shortest-path query. 

Note, that on server systems CHs run much faster than on mobile divices: For the European road 
network an average one-to-one shortest path query need less than 1 msec. As an example consider a 
route, that consists of 700 edges and that can be represented by 10 via edgesQ Then, Algorithm |2] 
performs up to 11 - log 690 w 104 one-to-one shortest path queries at less than 1 msec each. That means, 
that the server needs less than 0. 1 sec for compressing the complete route in this example. 

As an alternative to via edges we can compress the route using a CH. In this case, the server needs 
not only to know the map data present in the car but also the exact structure of the CH present in the 
car. Also, we can combine both techniques as described in Section |4] However, which of the two 
methods works better and whether the combination brings a significant better compression rate within 
less running time must be evaluated experimentally. 

5.2 The Benefit of Server-Based Mobile Route Planning 

Server-Based mobile route planning enables several interesting applications. If the server has detailed 
statistical data about the usual traffic volume of many streets for every day of the week and for every 
time of day, then the server can compute a time-dependent optimal route G10. Or, the server could 
compute a route which is optimal depending on a certain parameter which can be chosen freely by the 
driver of the car (we call this flexible route planning (H). An example of such a parameter is the tradeoff 
between travel time and fuel consumption. It is not at all trivial to make time-dependent and flexible 
route planning run efficiently on a mobile device without communicating with a server. Also, the server 
could support ride sharing [9]. Alternative routes are also interesting HHH. 

6 Conclusions and Future Work 

We have presented two methods to compress the description of routes, that is of paths. The first method 
represents a path, which is a sequence of edges, by a subsequence of via edges such that the missing 
parts are unique shortest paths. Alternatively, via nodes can be used instead of via edges. Then, the path 
requires less space but the road network requires more space. The second method replaces subpaths of 
the original path by shortcuts that are taken from a contraction hierarchy. In contrast to the first method, 
the second method performs no one-to-one shortest path queries. As this is a relatively expensive oper- 
ation, we expect that compression and uncompression take less time for the second method. However, 
the two methods can also be combined. This way we hope to achieve better compression within less 
running time than if first method were used alone. 

We also described a possible scenario: The routes are computed on a server, which enables us to 
take the latest data about congestions and changes of the road network into account. Then we have to 
transmit a description of the route to the car using some mobile communication network. As a route can 
consists of hundreds of edges, the accordant message can get quite large. This is where we apply the 
compression methods presented in this work. We hope to reduce the size of the message significantly — 
not only to save costs but also to make our approach applicable even when bandwidths are low. We have 
not evaluated these ideas with realistic data yet, but we hope to do this in the not too far future. 

If the routes are computed on a server rather than in the car, many more interesting applications 
are possible. These are time-dependent routeplanning EJO, flexible route planning (H, support for 
ride-sharing and alternative routes CD 51 for example. 

'Note, for comparison, that an average route in the European road network has about 1 400 edges. But most real-live routes 
should be shorter. 
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